home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / imap.arc / text0104.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  1.2 KB  |  35 lines
  1. On Wed, 26 May 93 12:02:35 , Adam Treister wrote:
  2. > This means moving the primary key from something known to change on
  3. > expunge, to using a memory location as a primary key.
  4.  
  5. Yes.
  6.  
  7. > Sounds dicey, but probably will work....if I never garbage collect.  Do I
  8. > read InternalDoc correctly...that mail_gc(stream,GC_ELT) will throw away
  9. > the cache elements.
  10.  
  11. Right.  The usage of GC_ELT is fundamentally incompatible with using elt
  12. locking and sharing.  Not only won't the space be reclaimed, but you'll have
  13. orphaned elts.
  14.  
  15. Actually, that could be fixed.  I could make GC_ELT be a no-op on an elt if
  16. the lockcount is greater than 1, but then in the stream close case I would
  17. have to duplicate the code since there you want to release it unconditionally.
  18.  
  19. I don't think GC'ing elts is really all that useful a thing to do.  It only
  20. works on IMAP streams anyway, never on local messages, and Macs are not
  21. anywhere near as tight on memory as Pieces'o'Crap are.....
  22.  
  23. >  It also is making assumptions about direct pointers,
  24. > violating the cardinal rule of Macs.
  25.  
  26. Yes, well, that's throughout c-client.
  27.  
  28. > mail_elt is mail_element, right?
  29.  
  30. There is no mail_element function in c-client, but yes, it gets a cache
  31. element.
  32.  
  33.  
  34.  
  35.